home *** CD-ROM | disk | FTP | other *** search
/ CICA 1994 April / CICA Shareware for Windows CD-ROM (Walnut Creek CD-ROM)(April 1994).ISO / win3 / access / access_l.exe / ACC9302.TXT next >
Text File  |  1993-12-28  |  80KB  |  1,704 lines

  1. =========================================================================
  2. Date:         Tue, 16 Feb 1993 12:22:26 EST
  3. Reply-To:     "Microsoft Access Database Discussion List"
  4.               <ACCESS-L@INDYCMS.BITNET>
  5. Sender:       "Microsoft Access Database Discussion List"
  6.               <ACCESS-L@INDYCMS.BITNET>
  7. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  8. Subject:      columns in reports?
  9.  
  10. OK, I love the Report Wizard, but how do I get a report that prints on
  11. only half the page to print in two columns?  It looks like the report
  12. would fit quite well but I don't see how to do that.  Any ideas?  I
  13. hate wasting all that paper....
  14.  
  15. =========================================================================
  16. Date:         Tue, 16 Feb 1993 12:29:10 EST
  17. Reply-To:     "Microsoft Access Database Discussion List"
  18.               <ACCESS-L@INDYCMS.BITNET>
  19. Sender:       "Microsoft Access Database Discussion List"
  20.               <ACCESS-L@INDYCMS.BITNET>
  21. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  22. Subject:      Oops...
  23.  
  24. Sorry...I just found it under the Setup button in Preview...It's not a
  25. good day here.  :)
  26.  
  27. =========================================================================
  28. Date:         Tue, 16 Feb 1993 10:07:22 PDT
  29. Reply-To:     "Microsoft Access Database Discussion List"
  30.               <ACCESS-L@INDYCMS.BITNET>
  31. Sender:       "Microsoft Access Database Discussion List"
  32.               <ACCESS-L@INDYCMS.BITNET>
  33. From:         "Mark Barnet (Business Enter. Syst. Tech)" <v-bmb@MICROSOFT.COM>
  34. Subject:      RE: columns in reports?
  35.  
  36. Use SETUP when displaying the report (not in design mode). Select MORE
  37. button, and specify 2 or more columns per page, then format the layout
  38. of those colmns (vertical or horizontal or ...). Then you'll get two columns.
  39. ----------
  40. |From: "NATHAN BRINDLE"  <netmail!NBRINDLE%INDYCMS.BITNET@pucc.Princeton.EDU>
  41. |To: Multiple recipients of list ACCESS-L
  42. <ACCESS-L%INDYCMS.BITNET@pucc.Princeton.EDU>
  43. |Subject: columns in reports?
  44. |Date: Tuesday, February 16, 1993 12:22PM
  45. |
  46. |OK, I love the Report Wizard, but how do I get a report that prints on
  47. |only half the page to print in two columns?  It looks like the report
  48. |would fit quite well but I don't see how to do that.  Any ideas?  I
  49. |hate wasting all that paper....
  50. |
  51. |-----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  52. |Nathan C. Brindle, Student Activities Office
  53. |Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  54. |Indiana University-Purdue University at Indianapolis
  55. |Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  56. |Compu$erve:  71461.2471@COMPUSERVE.COM
  57. |------------------------------------------------------------------------------
  58. |
  59. |
  60. =========================================================================
  61. Date:         Tue, 16 Feb 1993 16:04:00 PST
  62. Reply-To:     "Microsoft Access Database Discussion List"
  63.               <ACCESS-L@INDYCMS.BITNET>
  64. Sender:       "Microsoft Access Database Discussion List"
  65.               <ACCESS-L@INDYCMS.BITNET>
  66. From:         Schwenke@MAILGATE.WIWI.UNI-MARBURG.DE
  67. Subject:      What's up?
  68.  
  69. Hi there,
  70.  
  71. isn't there anything to discuss? I am looking for some applications written
  72. in Access because I want to see the ability of that program. Is there an
  73. ftp-site where I can download some applications?
  74.  
  75. What about the rumours that there are some bugs in Access?
  76.  
  77. I programmed a lot in dBase and Clipper (up to dbase IV 1.1 and Clipper 5.0)
  78. and my first impression of Access is that live is much easier now. But: Did
  79. anyone test some megs of datas? What about the speed?
  80.  
  81. Let's discuss or this list will die very soon.
  82.  
  83. Greetings
  84.  
  85. Detlef Schwenke               E-Mail: Schwenke@DMRHRZ11.bitnet or
  86. Philipps-University Marburg           Schwenke@Mailgate.Wiwi.Uni-Marburg.De
  87. Universitaetsstr. 25           Phone: +49-06421-283748
  88. W-3550 Marburg                   Fax: +49-06421-284858
  89. Germany
  90. =========================================================================
  91. Date:         Tue, 16 Feb 1993 16:04:03 EST
  92. Reply-To:     "Microsoft Access Database Discussion List"
  93.               <ACCESS-L@INDYCMS.BITNET>
  94. Sender:       "Microsoft Access Database Discussion List"
  95.               <ACCESS-L@INDYCMS.BITNET>
  96. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  97. Subject:      Re: What's up?
  98. In-Reply-To:  Message of Tue,
  99.               16 Feb 1993 16:04:00 PST from <Schwenke@MAILGATE.W
  100.               IWI.UNI-MARBURG.DE>
  101.  
  102. Thanks for your concern about the list, but it's less than a week old,
  103. and I don't intend to let it die anytime soon...:)
  104.  
  105. I am currently running three major, unrelated (to each other) databases
  106. in Access, but since I'm still learning what it's capable of, I don't
  107. have anything of major importance to report.  I programmed extensively
  108. in dBase IV 1.5 until I got thorougly sick of it.  Access popped up at
  109. a very good time for me.  I love the ease of creating queries and forms
  110. and reports.  Things I didn't have the energy to code in dBase have become
  111. a few minutes' worth of work in Access.  It seems to me that this is a
  112. product with great potential.
  113.  
  114. I'll let others deal with reported bugs--I have not noticed any (yet).
  115.  
  116. Nathan Brindle
  117. Listowner, ACCESS-L@INDYCMS
  118.  
  119. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  120. Nathan C. Brindle, Student Activities Office
  121. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  122. Indiana University-Purdue University at Indianapolis
  123. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  124. Compu$erve:  71461.2471@COMPUSERVE.COM
  125. ------------------------------------------------------------------------------
  126. =========================================================================
  127. Date:         Tue, 16 Feb 1993 11:45:00 HST
  128. Reply-To:     "Microsoft Access Database Discussion List"
  129.               <ACCESS-L@INDYCMS.BITNET>
  130. Sender:       "Microsoft Access Database Discussion List"
  131.               <ACCESS-L@INDYCMS.BITNET>
  132. From:         "Michael E. Macmillan" <MACMILLM@EWC.BITNET>
  133. Subject:      Re: What's up?
  134.  
  135. >I'll let others deal with reported bugs--I have not noticed any (yet).
  136.  
  137. Bugs there are, but how important they are probably depends on what
  138. you do.  There is an official list in the MSACCESS forum on CompuServe
  139. and probably on the Microsoft electronic bulletin board system.
  140.  
  141. Michael E. Macmillan
  142. (macmillm@ewc)
  143. =========================================================================
  144. Date:         Tue, 16 Feb 1993 17:23:04 -0500
  145. Reply-To:     "Microsoft Access Database Discussion List"
  146.               <ACCESS-L@INDYCMS.BITNET>
  147. Sender:       "Microsoft Access Database Discussion List"
  148.               <ACCESS-L@INDYCMS.BITNET>
  149. From:         J BOWDEN <IIJQ500@INDYVAX.BITNET>
  150. Subject:      Re: What's up?
  151.  
  152. what is the current cost of ACCESS? I tried to get my parents to
  153. get it for me for christmas - but they couldn't find a copy to buy.
  154.  
  155. what is it running for now?
  156.  
  157. jim
  158. iijq500@indyvax.iupui.edu
  159. =========================================================================
  160. Date:         Tue, 16 Feb 1993 19:42:14 EST
  161. Reply-To:     "Microsoft Access Database Discussion List"
  162.               <ACCESS-L@INDYCMS.BITNET>
  163. Sender:       "Microsoft Access Database Discussion List"
  164.               <ACCESS-L@INDYCMS.BITNET>
  165. From:         George Waller <HBLADM47@UCONNVM.BITNET>
  166. Subject:      Making a PC map
  167.  
  168. Can anyone figure out how to do the following using ACCESS? I want
  169. to keep an inventory of PCs with the usual fields for type, serial#,
  170. warranty expiration date. That is simple enough, but I would also like
  171. to map their location. For example:
  172.  
  173. :-------------------------------------------------------------:
  174. :  PC01                                                       :
  175. :  Warr: 3-7-93                      PC03                     :
  176. :  ID#: Z44832                       Warr: 2-22-87            :
  177. :                     PC02           ID#: G33492              :
  178. :                     Warr: 3-7-93                            :
  179. :                     ID#: Z89832                             :
  180. :-------------------------------------------------------------:
  181.  
  182. There would be other info of a textual nature such as
  183. department name, lines for walls. Any ideas out there?
  184.  
  185. ------------------------------------------------------------------------
  186. George Waller, Microcomputer Consultant, Homer Babbidge Library U-5MS
  187. University of Connecticut,  Storrs CT 06269-1005         203-486-5260
  188. Internet: hbladm47@uconnvm.uconn.edu    Bitnet: HBLADM47@UCONNVM.BITNET
  189. ------------------------------------------------------------------------
  190. =========================================================================
  191. Date:         Wed, 17 Feb 1993 08:44:16 EST
  192. Reply-To:     "Microsoft Access Database Discussion List"
  193.               <ACCESS-L@INDYCMS.BITNET>
  194. Sender:       "Microsoft Access Database Discussion List"
  195.               <ACCESS-L@INDYCMS.BITNET>
  196. Comments:     Resent-From: NATHAN BRINDLE <NBRINDLE@INDYCMS>
  197. Comments:     Originally-From: Revised List Processor (1.7e)
  198.               <LISTSERV@INDYCMS.BITNET>
  199. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  200. Subject:      ACCESS-L: error report from MSU
  201.  
  202. The following message was sent to me as an error.  I have reposted it for
  203. those who will be interested.  The problem was that the mail software on
  204. the user's machine copies the header of the forwarded message as well as
  205. the body of the message <into the body> of the new message.  This will
  206. always cause an error and the message will not be distributed.  If your
  207. mail software formats forwarded messages this way, you may not want to
  208. use forwards with LISTSERV.   --Nathan Brindle, listowner
  209.  
  210. >>From: "David.Martell" <SFS01@MSU>
  211. >>Subject: Re: What's up?
  212.  
  213. I was selling for $99 until early January as special offer retail.  I believe
  214. the normal retail is $259.  I have not seen an educational discounted price
  215. yet.  I will be waiting for that price before I purchase.  I have signed up to
  216. this list to see some interaction from those of you that actually now using
  217. it.
  218.  
  219. ***Forwarded Message Ends***
  220.  
  221. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  222. Nathan C. Brindle, Student Activities Office
  223. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  224. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  225. Indiana University-Purdue University at Indianapolis
  226. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  227. ------------------------------------------------------------------------------
  228. =========================================================================
  229. Date:         Wed, 17 Feb 1993 09:13:48 -0600
  230. Reply-To:     brh@arlan.byu.edu
  231. Sender:       "Microsoft Access Database Discussion List"
  232.               <ACCESS-L@INDYCMS.BITNET>
  233. From:         "Bill R. Holman" <BRH@ARLAN.BYU.EDU>
  234. Subject:      Separating data and application
  235.  
  236. Could someone tell me how to port tables from one application space
  237. to another.  I am developing new forms, queries, and reports  on my
  238. computer which is independant of the others.  Meanwhile that which I
  239. have already completed is already in use, meaning that they have been
  240. doing tremendous amounts of data entry.  When I try and copy the
  241. newest revision of forms, queries, and reports to disk and then to
  242. their computers it also forces me to copy the data as it existed on
  243. my machine, losing all revisions that they had made since my last
  244. change.
  245.  
  246. Up until now I have had to cut and paste tables from their db to the
  247. new one I install but this seems like a work-around.  There has to be
  248. a better way...I hope all this made sense...any help would be
  249. appreciated.
  250.  
  251. Bill Holman
  252. BRH@arlan.byu.edu
  253. Brigham Young University
  254. =========================================================================
  255. Date:         Wed, 17 Feb 1993 09:43:00 PST
  256. Reply-To:     "Microsoft Access Database Discussion List"
  257.               <ACCESS-L@INDYCMS.BITNET>
  258. Sender:       "Microsoft Access Database Discussion List"
  259.               <ACCESS-L@INDYCMS.BITNET>
  260. From:         Schwenke@MAILGATE.WIWI.UNI-MARBURG.DE
  261. Subject:      AW: Making a PC map
  262.  
  263. >Can anyone figure out how to do the following using ACCESS? I want
  264. >to keep an inventory of PCs with the usual fields for type, serial#,
  265. >warranty expiration date.
  266.  
  267. We are planning to do just the same thing.
  268.  
  269. >to map their location. For example:
  270. >
  271. >:-------------------------------------------------------------:
  272. >:  PC01                                                       :
  273. >:  Warr: 3-7-93                      PC03                     :
  274. >:  ID#: Z44832                       Warr: 2-22-87            :
  275. >:                     PC02           ID#: G33492              :
  276. >:                     Warr: 3-7-93                            :
  277. >:                     ID#: Z89832                             :
  278. >:-------------------------------------------------------------:
  279.  
  280. I think that it is possible to archive PCX-pictures too. Why don't you make
  281. a PCX and put it into your application. Not the best solution, I know but
  282. maybe a way to try out.
  283.  
  284. >------------------------------------------------------------------------
  285. >George Waller, Microcomputer Consultant, Homer Babbidge Library U-5MS
  286. >University of Connecticut,  Storrs CT 06269-1005         203-486-5260
  287. >Internet: hbladm47@uconnvm.uconn.edu    Bitnet: HBLADM47@UCONNVM.BITNET
  288. >------------------------------------------------------------------------
  289.  
  290. Another thing: I have seen some guys from Microsoft subscribed to this list.
  291. Can we hope that our hints on improving MS-Access will be forwarded to the
  292. developers? When will the Runtime-Module be released (and when will it be
  293. released in Germany)?
  294.  
  295. Greetings
  296.  
  297. Detlef Schwenke               E-Mail: Schwenke@DMRHRZ11.bitnet or
  298. Philipps-University Marburg           Schwenke@Mailgate.Wiwi.Uni-Marburg.De
  299. Universitaetsstr. 25           Phone: +49-06421-283748
  300. W-3550 Marburg                   Fax: +49-06421-284858
  301. Germany
  302. =========================================================================
  303. Date:         Wed, 17 Feb 1993 19:30:00 GMT
  304. Reply-To:     "Microsoft Access Database Discussion List"
  305.               <ACCESS-L@INDYCMS.BITNET>
  306. Sender:       "Microsoft Access Database Discussion List"
  307.               <ACCESS-L@INDYCMS.BITNET>
  308. From:         Clare Love <0005794946@MCIMAIL.COM>
  309. Subject:      re. Making a PC map
  310.  
  311. George Waller asks:
  312.  
  313. >Can anyone figure out how to do the following using ACCESS? I want
  314. >to keep an inventory of PCs with the usual fields for type, serial#,
  315. >warranty expiration date. That is simple enough, but I would also like
  316. >to map their location. For example:
  317. >
  318. >:-------------------------------------------------------------:
  319. >:  PC01                                                       :
  320. >:  Warr: 3-7-93                      PC03                     :
  321. >:  ID#: Z44832                       Warr: 2-22-87            :
  322. >:                     PC02           ID#: G33492              :
  323. >:                     Warr: 3-7-93                            :
  324. >:                     ID#: Z89832                             :
  325. >:-------------------------------------------------------------:
  326. >
  327. >There would be other info of a textual nature such as
  328. >department name, lines for walls. Any ideas out there?
  329. >
  330. >------------------------------------------------------------------------
  331. >George Waller, Microcomputer Consultant, Homer Babbidge Library U-5MS
  332. >University of Connecticut,  Storrs CT 06269-1005         203-486-5260
  333. >Internet: hbladm47@uconnvm.uconn.edu    Bitnet: HBLADM47@UCONNVM.BITNET
  334. >------------------------------------------------------------------------
  335. >
  336. I have little experience with ACCESS, but it appears that ACCESS itself is not
  337. going to provide the graphic capabilities you require.  It looks as though you
  338. need to link ACCESS up with some tool such as AutoCAD to do things right.
  339. Perhaps someone more knowledgable than I can clue us in on how to go about
  340. this.  I too have applications where I need to combine database, and drawing
  341. capabilities... not just a link to a bitmap graphic snapshot.
  342.  
  343. Can someone explain the proper relationship between ACCESS, and Visual BASIC?
  344. Perhaps the solution lies there.
  345.  
  346. Clare Love
  347. (206) 533-3484
  348. 579-4946@MCIMail.com
  349. =========================================================================
  350. Date:         Wed, 17 Feb 1993 14:39:35 EST
  351. Reply-To:     "Microsoft Access Database Discussion List"
  352.               <ACCESS-L@INDYCMS.BITNET>
  353. Sender:       "Microsoft Access Database Discussion List"
  354.               <ACCESS-L@INDYCMS.BITNET>
  355. From:         George Waller <HBLADM47@UCONNVM.BITNET>
  356. Subject:      Re: AW: Making a PC map
  357. In-Reply-To:  Message of Wed,
  358.               17 Feb 1993 09:43:00 PST from <Schwenke@MAILGATE.W
  359.               IWI.UNI-MARBURG.DE>
  360.  
  361. On Wed, 17 Feb 1993 09:43:00 PST <Schwenke@MAILGATE.WIWI.UNI-MARBURG.DE> said:
  362. >>Can anyone figure out how to do the following using ACCESS? I want
  363. >>to keep an inventory of PCs with the usual fields for type, serial#,
  364. >>warranty expiration date.
  365. >
  366. >We are planning to do just the same thing.
  367. >
  368. >
  369. >I think that it is possible to archive PCX-pictures too. Why don't you make
  370. >a PCX and put it into your application. Not the best solution, I know but
  371. >maybe a way to try out.
  372. >Detlef Schwenke               E-Mail: Schwenke@DMRHRZ11.bitnet or
  373.  
  374. Thanks Detlef, I did start trying out the following:
  375. Create a form with a subform. The form has a Paintbrush file showing
  376. a map of the department and other fields about the department. The
  377. subform will have the info about the PCs in a tabular format. On the
  378. "map" there will be an abbreviation for the PC which will point to
  379. the details in the subform. Not exactly the way I wanted to do it, but
  380. close enough. Thanks, George.
  381.  
  382. ------------------------------------------------------------------------
  383. George Waller, Microcomputer Consultant, Homer Babbidge Library U-5MS
  384. University of Connecticut,  Storrs CT 06269-1005         203-486-5260
  385. Internet: hbladm47@uconnvm.uconn.edu    Bitnet: HBLADM47@UCONNVM.BITNET
  386. ------------------------------------------------------------------------
  387. =========================================================================
  388. Date:         Wed, 17 Feb 1993 15:40:18 PST
  389. Reply-To:     "Microsoft Access Database Discussion List"
  390.               <ACCESS-L@INDYCMS.BITNET>
  391. Sender:       "Microsoft Access Database Discussion List"
  392.               <ACCESS-L@INDYCMS.BITNET>
  393. From:         "Ray Porrata" <raypo@MICROSOFT.COM>
  394. Subject:      RE: AW: Making a PC map
  395.  
  396. Is there a way that this location be placed on a grid like mapping(ie:
  397. setting up a grid of buttons with dialogs attached to them)?
  398.  
  399. Also take a look at the PSet Method.  I'll leave it from there for you
  400. to play with.
  401.  
  402. Good Luck
  403.  
  404. Ray  :-)
  405. =========================================================================
  406. Date:         Wed, 17 Feb 1993 15:35:25 PST
  407. Reply-To:     "Microsoft Access Database Discussion List"
  408.               <ACCESS-L@INDYCMS.BITNET>
  409. Sender:       "Microsoft Access Database Discussion List"
  410.               <ACCESS-L@INDYCMS.BITNET>
  411. Comments:     <Parser> E: RFC822 "local part" (username) containing a blank was
  412.               encountered. These usernames are not presently supported.
  413. From:         Undetermined origin c/o Postmaster <POSTMASTER@INDYCMS.BITNET>
  414. Subject:      RE: AW: Making a PC map
  415.  
  416. Is there a way that this location be placed on a grid like map?  Also
  417. take a look at the PSet Method.  I'll leave it from there for you to play with.
  418.  
  419. Good Luck
  420.  
  421. Ray  :-)
  422. ----------
  423. From:  <netmail!Schwenke@MAILGATE.WIWI.UNI-MARBURG.DE>
  424. To: Multiple recipients of list ACCESS-L
  425. <ACCESS-L%INDYCMS.BITNET@pucc.Princeton.EDU>
  426. Subject: AW: Making a PC map
  427. Date: Wednesday, February 17, 1993 9:43AM
  428.  
  429. >Can anyone figure out how to do the following using ACCESS? I want
  430. >to keep an inventory of PCs with the usual fields for type, serial#,
  431. >warranty expiration date.
  432.  
  433. We are planning to do just the same thing.
  434.  
  435. >to map their location. For example:
  436. >
  437. >:-------------------------------------------------------------:
  438. >:  PC01                                                       :
  439. >:  Warr: 3-7-93                      PC03                     :
  440. >:  ID#: Z44832                       Warr: 2-22-87            :
  441. >:                     PC02           ID#: G33492              :
  442. >:                     Warr: 3-7-93                            :
  443. >:                     ID#: Z89832                             :
  444. >:-------------------------------------------------------------:
  445.  
  446. I think that it is possible to archive PCX-pictures too. Why don't you make
  447. a PCX and put it into your application. Not the best solution, I know but
  448. maybe a way to try out.
  449.  
  450. >------------------------------------------------------------------------
  451. >George Waller, Microcomputer Consultant, Homer Babbidge Library U-5MS
  452. >University of Connecticut,  Storrs CT 06269-1005         203-486-5260
  453. >Internet: hbladm47@uconnvm.uconn.edu    Bitnet: HBLADM47@UCONNVM.BITNET
  454. >------------------------------------------------------------------------
  455.  
  456. Another thing: I have seen some guys from Microsoft subscribed to this list.
  457. Can we hope that our hints on improving MS-Access will be forwarded to the
  458. developers? When will the Runtime-Module be released (and when will it be
  459. released in Germany)?
  460.  
  461. Greetings
  462.  
  463. Detlef Schwenke               E-Mail: Schwenke@DMRHRZ11.bitnet or
  464. Philipps-University Marburg           Schwenke@Mailgate.Wiwi.Uni-Marburg.De
  465. Universitaetsstr. 25           Phone: +49-06421-283748
  466. W-3550 Marburg                   Fax: +49-06421-284858
  467. Germany
  468. =========================================================================
  469. Date:         Wed, 17 Feb 1993 20:42:51 EST
  470. Reply-To:     "Microsoft Access Database Discussion List"
  471.               <ACCESS-L@INDYCMS.BITNET>
  472. Sender:       "Microsoft Access Database Discussion List"
  473.               <ACCESS-L@INDYCMS.BITNET>
  474. From:         Chris Allison <CHRIS@MIAMIU.BITNET>
  475. Subject:      How do I subset a data field?
  476.  
  477.    I have an account code field in my database which I need to subset.  I can
  478. not figure out a way to tell ACCESS to split one field into (in this case) 5
  479. new fields.  Anyone know how to solve this?
  480.  
  481.                   -----  Chris Allison
  482.   Miami University
  483.   137 Hoyt Hall             Bitnet  : Chris@miamiu.bitnet
  484.   Oxford OH. 45056          Usenet  : Chris@miamiu.acs.muohio.edu
  485. =========================================================================
  486. Date:         Wed, 17 Feb 1993 20:58:00 CST
  487. Reply-To:     "Microsoft Access Database Discussion List"
  488.               <ACCESS-L@INDYCMS.BITNET>
  489. Sender:       "Microsoft Access Database Discussion List"
  490.               <ACCESS-L@INDYCMS.BITNET>
  491. From:         "Jeffrey M. Gipson" <GIPSON@KNOX.BITNET>
  492. Subject:      Re: How do I subset a data field?
  493.  
  494. >   I have an account code field in my database which I need to subset.  I can
  495. >not figure out a way to tell ACCESS to split one field into (in this case) 5
  496. >new fields.  Anyone know how to solve this?
  497. >                  -----  Chris Allison
  498. >  Miami University
  499. >  137 Hoyt Hall             Bitnet  : Chris@miamiu.bitnet
  500. >  Oxford OH. 45056          Usenet  : Chris@miamiu.acs.muohio.edu
  501.  
  502.         I had a similar problem with a text field that contained social
  503. security numbers that I wanted to divide into three separate fields. What I
  504. did was to create the new fields and then designed an update query to parse
  505. the original field and update the relavent information in the new ones.
  506.  
  507.         -J. M. Gipson
  508.  
  509. ----------------------------------------------------------------------------
  510.         J. M. Gipson                                    GIPSON@KNOX.BITNET
  511.         Knox College
  512.         Box 418
  513.         Galesburg, IL 61401
  514. =========================================================================
  515. Date:         Thu, 18 Feb 1993 09:33:00 PST
  516. Reply-To:     "Microsoft Access Database Discussion List"
  517.               <ACCESS-L@INDYCMS.BITNET>
  518. Sender:       "Microsoft Access Database Discussion List"
  519.               <ACCESS-L@INDYCMS.BITNET>
  520. From:         Schwenke@MAILGATE.WIWI.UNI-MARBURG.DE
  521. Subject:      AW: Separating data and application
  522.  
  523. >Could someone tell me how to port tables from one application space
  524. >to another.  I am developing new forms, queries, and reports  on my
  525. >computer which is independant of the others.  Meanwhile that which I
  526. >have already completed is already in use, meaning that they have been
  527. >doing tremendous amounts of data entry.  When I try and copy the
  528. >newest revision of forms, queries, and reports to disk and then to
  529. >their computers it also forces me to copy the data as it existed on
  530. >my machine, losing all revisions that they had made since my last
  531. >change.
  532. Hi Bill,
  533. do I understand it right that you do not really to port the tables but that
  534. you want to update the forms, queries and reports on some computers? If it's
  535. that you want to do you can do it simply with cut and paste too. Just open
  536. the mdb-file with the new form or querie on the computer you want to port
  537. your form/query to. Then copy your form/query into the clipboard and close
  538. the file. Open the file you want to port it to and activate the form or
  539. query-view (button). Insert the form/query. If you don't have created new
  540. objects or manipulated the table-structure, it should work. I tried it and
  541. it worked well.
  542.  
  543. >Up until now I have had to cut and paste tables from their db to the
  544. >new one I install but this seems like a work-around.  There has to be
  545. >a better way...I hope all this made sense...any help would be
  546. >appreciated.
  547.  
  548. I aggree that it can be useful (Hi, Microsoft) to implement a feature to
  549. export/import a form/query seperately.
  550.  
  551. Detlef Schwenke               E-Mail: Schwenke@DMRHRZ11.bitnet or
  552. Philipps-University Marburg           Schwenke@Mailgate.Wiwi.Uni-Marburg.De
  553. Universitaetsstr. 25           Phone: +49-06421-283748
  554. W-3550 Marburg                   Fax: +49-06421-284858
  555. Germany
  556. =========================================================================
  557. Date:         Fri, 19 Feb 1993 10:53:24 EST
  558. Reply-To:     "Microsoft Access Database Discussion List"
  559.               <ACCESS-L@INDYCMS.BITNET>
  560. Sender:       "Microsoft Access Database Discussion List"
  561.               <ACCESS-L@INDYCMS.BITNET>
  562. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  563. Subject:      leaving command button out of tab order
  564.  
  565. I know I know how to do this, but I can't figure it out.  How do I keep
  566. a command button from getting the focus, or keeping it out of the tab
  567. order?  I don't want a user to accidentally hit return on this button
  568. and thereby run the related macro--I want the user to have to push the button
  569. with the mouse or hit the Alt-key assigned.
  570.  
  571. Thanks for help...:)
  572.  
  573. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  574. Nathan C. Brindle, Student Activities Office
  575. Indiana University Purdue University Indianapolis
  576. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  577. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  578. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  579. ------------------------------------------------------------------------------
  580. =========================================================================
  581. Date:         Mon, 22 Feb 1993 16:26:28 -0500
  582. Reply-To:     "Microsoft Access Database Discussion List"
  583.               <ACCESS-L@INDYCMS.BITNET>
  584. Sender:       "Microsoft Access Database Discussion List"
  585.               <ACCESS-L@INDYCMS.BITNET>
  586. From:         Pekka Koskinen CIMO <koskinen@OPH.FI>
  587. Subject:      Sorting tables
  588.  
  589. I've been wondering if there is an easy way to sort the records to a
  590. RANDOM order? (just don't ask why I want to do it...)
  591.  
  592. Does anyone know how to do it (without writing a long application)?
  593.  
  594. Thanks in advance!
  595.  
  596. Pekka
  597.  
  598. :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :)
  599. Pekka Koskinen           !
  600. CIMO                     !     Life is transitory.  Rather like
  601. tel +358-(9)0-7747 7962  !   a sparrow flying through a mead hall.
  602. fax +358-(9)0-7747 7064  !  (translation of an Old English Proverb)
  603. =========================================================================
  604. Date:         Mon, 22 Feb 1993 13:54:43 -0600
  605. Reply-To:     "Microsoft Access Database Discussion List"
  606.               <ACCESS-L@INDYCMS.BITNET>
  607. Sender:       "Microsoft Access Database Discussion List"
  608.               <ACCESS-L@INDYCMS.BITNET>
  609. From:         MARK TURPIN <MARKT@WINROCK.ORG>
  610. Subject:      RE: Sorting tables
  611.  
  612. Try This....
  613.         1. Create a random table
  614.                 primary key
  615.                 random number
  616.  
  617.         2. Link the random table to the table you want to sort in random order
  618.            by primay keys one-to-one relationship
  619.  
  620.         3. sort random table by random number
  621.            the output will now be in random order.
  622. =========================================================================
  623. Date:         Tue, 23 Feb 1993 09:41:08 -0500
  624. Reply-To:     "Microsoft Access Database Discussion List"
  625.               <ACCESS-L@INDYCMS.BITNET>
  626. Sender:       "Microsoft Access Database Discussion List"
  627.               <ACCESS-L@INDYCMS.BITNET>
  628. From:         Pekka Koskinen CIMO <koskinen@OPH.FI>
  629. Subject:      RE: Sorting tables to random order
  630.  
  631. On 22 Feb 1993 13:54:43 -0600, MARK TURPIN wrote:
  632.  
  633. >Try This....
  634. >        1. Create a random table
  635. >                primary key
  636. >                random number
  637. >
  638. >        2. Link the random table to the table you want to sort in random order
  639. >           by primay keys one-to-one relationship
  640. >
  641. >        3. sort random table by random number
  642. >           the output will now be in random order.
  643.  
  644. Makes sense to me, I will try it this way! Thanks a lot!
  645.  
  646. Pekka
  647.  
  648. :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :)
  649. Pekka Koskinen           !
  650. CIMO                     !     Life is transitory.  Rather like
  651. tel +358-(9)0-7747 7962  !   a sparrow flying through a mead hall.
  652. fax +358-(9)0-7747 7064  !  (translation of an Old English Proverb)
  653. =========================================================================
  654. Date:         Tue, 23 Feb 1993 16:06:13 EST
  655. Reply-To:     "Microsoft Access Database Discussion List"
  656.               <ACCESS-L@INDYCMS.BITNET>
  657. Sender:       "Microsoft Access Database Discussion List"
  658.               <ACCESS-L@INDYCMS.BITNET>
  659. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  660. Subject:      Query query
  661.  
  662. I'm running a select query based on a table that has fields containing
  663. Firstname, Middlename, and Lastname.  What I want to do is create an
  664. expression field that would give me Firstname Middlename Lastname for
  665. the purpose of creating a list that looks relatively nice.  The problem
  666. is that not all of the records in the table have a value for Middlename,
  667. and the select query just returns a blank.  This is not the first time
  668. I've had this problem, but it's become sort of serious and I haven't
  669. been able to find the answer in the documentation (either that or I'm
  670. too dense to see it).
  671.  
  672. Any help would be appreciated.
  673.  
  674. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  675. Nathan C. Brindle, Student Activities Office
  676. Indiana University Purdue University Indianapolis
  677. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  678. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  679. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  680. ------------------------------------------------------------------------------
  681. =========================================================================
  682. Date:         Tue, 23 Feb 1993 15:42:04 CST
  683. Reply-To:     ardie@ux1.cso.uiuc.edu
  684. Sender:       "Microsoft Access Database Discussion List"
  685.               <ACCESS-L@INDYCMS.BITNET>
  686. From:         "R. D. McClary" <ardie@UX1.CSO.UIUC.EDU>
  687. Subject:      RE: Query query
  688.  
  689. In Message Tue, 23 Feb 1993 16:06:13 EST,
  690.   "NATHAN BRINDLE" <NBRINDLE@indycms.bitnet> writes:
  691.  
  692. >I'm running a select query based on a table that has fields containing
  693. >Firstname, Middlename, and Lastname.  What I want to do is create an
  694. >expression field that would give me Firstname Middlename Lastname for
  695. >the purpose of creating a list that looks relatively nice.  The problem
  696. >is that not all of the records in the table have a value for Middlename,
  697. >and the select query just returns a blank.  This is not the first time
  698. >I've had this problem, but it's become sort of serious and I haven't
  699. >been able to find the answer in the documentation (either that or I'm
  700. >too dense to see it).
  701. >
  702. >Any help would be appreciated.
  703. >
  704. >-----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  705. >Nathan C. Brindle, Student Activities Office
  706. >Indiana University Purdue University Indianapolis
  707. >Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  708. >List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  709. >Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  710. >------------------------------------------------------------------------------
  711.  
  712.  
  713.      I agree, the documentation can be a bit vague!  Appendix C should have
  714. been bound separately.  I think what you want would be on page 653.  You
  715. search on a field - any field - but show only the calculated field.  The "&"
  716. concatenates the field.  There might be a way to compensate for the null in
  717. the middlename field, but this should give you something.  (There will be,
  718. unfortunately, an extra large space between firstname and lastname.)
  719.  
  720. ============================================================================
  721.  
  722.      HELP!!!
  723.  
  724. Is there any simple way to get Access to capitalize either the first letter
  725. in a text field or the first letter of each word?  I can do that in a number
  726. of other databases, but Access seems to limit me to just ">" or "<".
  727. Thanks!
  728. [][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]
  729.                /|              []
  730.             ` o.O '            []   ardie@ux1.cso.uiuc.edu
  731.             =(___)=            []   R. D. McClary
  732.                U               []   Department of Plant Pathology
  733.           ACK!THPTPHH!         []   University of Illinois, Urbana-Champaign
  734. [][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][][]
  735. =========================================================================
  736. Date:         Tue, 23 Feb 1993 17:03:13 EST
  737. Reply-To:     "Microsoft Access Database Discussion List"
  738.               <ACCESS-L@INDYCMS.BITNET>
  739. Sender:       "Microsoft Access Database Discussion List"
  740.               <ACCESS-L@INDYCMS.BITNET>
  741. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  742. Subject:      RE: Query query
  743. In-Reply-To:  Message of Tue,
  744.               23 Feb 1993 15:42:04 CST from <ardie@UX1.CSO.UIUC. EDU>
  745.  
  746. Thank you thank you thank you!
  747.  
  748. FirstName&" "&MiddleName&" "&LastName worked where FirstName+" "+MiddleName+
  749. " "+LastName didn't.  I think I see why.  The plus acts as an AND operator
  750. and the & just concatenates strings.  I can live with the extra space...
  751.  
  752. Regards,
  753. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  754. Nathan C. Brindle, Student Activities Office
  755. Indiana University Purdue University Indianapolis
  756. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  757. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  758. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  759. ------------------------------------------------------------------------------
  760. =========================================================================
  761. Date:         Tue, 23 Feb 1993 14:07:26 -0800
  762. Reply-To:     "Microsoft Access Database Discussion List"
  763.               <ACCESS-L@INDYCMS.BITNET>
  764. Sender:       "Microsoft Access Database Discussion List"
  765.               <ACCESS-L@INDYCMS.BITNET>
  766. From:         "Chuck Catlett" <catlett@UCI.EDU>
  767. Subject:      Re: Query query
  768. In-Reply-To:  Your message of Tue,
  769.               23 Feb 93 16:06:13 -0500. <9302232108.AA01832@cpl2.ns.nts.uci.edu>
  770.  
  771. >> Date:    Tue, 23 Feb 1993 16:06:13 EST
  772. >> To:      Multiple recipients of list ACCESS-L <ACCESS-L@INDYCMS.BitNet>
  773. >> From:    "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BitNet>
  774. >> Subject: Query query
  775. >>
  776. >> I'm running a select query based on a table that has fields containing
  777. >> Firstname, Middlename, and Lastname.  What I want to do is create an
  778. >> expression field that would give me Firstname Middlename Lastname for
  779. >> the purpose of creating a list that looks relatively nice.  The problem
  780. >> is that not all of the records in the table have a value for Middlename,
  781. >> and the select query just returns a blank.  This is not the first time
  782. >> I've had this problem, but it's become sort of serious and I haven't
  783. >> been able to find the answer in the documentation (either that or I'm
  784. >> too dense to see it).
  785. >>
  786. >> Any help would be appreciated.
  787. >>
  788. >> -----------------------------------------------------BITNET:  NBRINDLE@INDYCM
  789.    S
  790. >> Nathan C. Brindle, Student Activities Office
  791. >> Indiana University Purdue University Indianapolis
  792. >> Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  793. >> List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  794. >> Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  795. >> -----------------------------------------------------------------------------
  796.    -
  797.  
  798.  
  799.   See pages 484 and 485, Combining Text Values, in the User's Guide.
  800.   It describes exactly what you want, I believe.  (OK so I wasted
  801.   an hour looking for that thing that I knew I'd seen somewhere in
  802.   that damn documentation.  Just don't tell anyone, ok?)
  803. =========================================================================
  804. Date:         Tue, 23 Feb 1993 22:30:38 CST
  805. Reply-To:     "Microsoft Access Database Discussion List"
  806.               <ACCESS-L@INDYCMS.BITNET>
  807. Sender:       "Microsoft Access Database Discussion List"
  808.               <ACCESS-L@INDYCMS.BITNET>
  809. From:         "Msr. Brad Choate" <choate@ACS.HARDING.EDU>
  810. Subject:      RE: Query query
  811.  
  812. >FirstName&" "&MiddleName&" "&LastName worked where FirstName+" "+MiddleName+
  813. >" "+LastName didn't.  I think I see why.  The plus acts as an AND operator
  814. >and the & just concatenates strings.  I can live with the extra space...
  815.  
  816. You don't *have* to live with the extra space, though!  There may be a
  817. better way, but what _I_ would do is this:
  818.  
  819.    RTrim$(FirstName&" "&MiddleName)&" "&LastName
  820.  
  821. This would avoid the double space if the MiddleName field is blank.  If
  822. there is a chance that FirstName could be blank, then the best
  823. expression (although not pretty) would be this:
  824.  
  825.    LTrim$(RTrim$(FirstName&" "&MiddleName)&" "&LastName)
  826.  
  827. There.  If there's a better way, feel free to let me know.  I'm *always*
  828. open to ways of making life just a little bit easier! :)
  829.  
  830. -Brad
  831. --
  832. Disclaimer: I claim dis claim.
  833.  
  834. Brad S. Choate
  835. choate@acs.harding.edu
  836. =========================================================================
  837. Date:         Tue, 23 Feb 1993 22:36:12 PST
  838. Reply-To:     "Microsoft Access Database Discussion List"
  839.               <ACCESS-L@INDYCMS.BITNET>
  840. Sender:       "Microsoft Access Database Discussion List"
  841.               <ACCESS-L@INDYCMS.BITNET>
  842. From:         NSF SF Bay research projects <nsf@CED.BERKELEY.EDU>
  843.  
  844. Hello all:
  845.  
  846. I, as everybody else, couldn't resist the $99 purchase
  847. price, so I bought a copy of Access.  Now I want to find out
  848. really how useful this software is.
  849.  
  850. I have built databases with SQL commands (well, er,
  851. actually QUEL, but that's another story) and want to use
  852. some of my queries in Access.  Some of these are pages-long
  853. scripts of SQL commands; so, my question is this:  Can I
  854. import these documents into Access and execute them?  I
  855. know you can view and/or edit the SQL rendition of an
  856. Access query, but what I want is a little more ambitious, I
  857. want to import whole sequences of SQL commands from
  858. pre-existing files -- can this be done?
  859.  
  860. I'd like to know your thoughts on this matter.  Please post
  861. to the mail server or write to me directly
  862.  
  863. Thank you, Howard Foster (nsf@ced.berkeley.edu)
  864. =========================================================================
  865. Date:         Wed, 24 Feb 1993 08:36:10 -0500
  866. Reply-To:     "Microsoft Access Database Discussion List"
  867.               <ACCESS-L@INDYCMS.BITNET>
  868. Sender:       "Microsoft Access Database Discussion List"
  869.               <ACCESS-L@INDYCMS.BITNET>
  870. From:         The Hole in the Wall Gang <BROWNF@CRL.AECL.CA>
  871. Subject:      ECO '93...and MS-ACCESS
  872.  
  873. Hello/Bonjour;
  874.  
  875. I have just recieved a Registration card from ECO '93 (East Cost
  876. Oracle) User group announcing a Meeting 4-6, 1993 at the Philadelphia
  877. Hilton and Towers.  Unfortunately, I will be unable to attend, and
  878. am hopeful that someone on this list will be attending.  Three of
  879. the sessions have a "Just Added" flag against them; Microsoft Access
  880. ODBC Connection to Oracle, The New Client/Server API from Oracle New
  881. Technologies, and Client/Server Implementing Oracle Applications
  882. Network.  Of course, these are the three I'm most curious about.  If
  883. someone going could post an abstract of one or more of the sessions to
  884. this list or to my address I would appreciate recieving the information.
  885.           Thank's in advance...
  886.                                   Frank  (Gid'day Marcia)
  887.  
  888.  
  889.  
  890. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  891.       "The views expressed here are my own, not AECL Research Company."
  892.  
  893. Frank C. Brown                                   Voice: (613) 584-3311 6195
  894. Business and Information Systems                   Fax: (613) 584-1224
  895. Atomic Energy of Canada Ltd, Research Company
  896. Chalk River Laboratories                      Bitnet: BROWNF@CRL.AECL.BITNET
  897. Chalk River, Ontario, Canada                Internet: BROWNF@CRL.AECL.CA
  898. K0J 1J0
  899.  
  900. ~~~~~~~~~~~~~~~~~~~~~~~~~~The Hole in the Wall Gang~~~~~~~~~~~~~~~~~~~~~~~~~~~
  901. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  902. =========================================================================
  903. Date:         Wed, 24 Feb 1993 07:45:24 PDT
  904. Reply-To:     "Microsoft Access Database Discussion List"
  905.               <ACCESS-L@INDYCMS.BITNET>
  906. Sender:       "Microsoft Access Database Discussion List"
  907.               <ACCESS-L@INDYCMS.BITNET>
  908. From:         "Mark Barnet (Business Enter. Syst. Tech)" <v-bmb@MICROSOFT.COM>
  909. Subject:      RE:
  910.  
  911. In my experience of SQL products, Access type SQL is a non-standard
  912. version of SQL and most likely not at all compatable with QUEL brand of
  913. SQL statements. On top of this there is no facility in Access to do
  914. what you want to do apart from writing a module to do it for you.
  915. ----------
  916. |From: NSF SF Bay research projects  <netmail!nsf@CED.BERKELEY.EDU>
  917. |To: Multiple recipients of list ACCESS-L
  918. <ACCESS-L%INDYCMS.BITNET@pucc.Princeton.EDU>
  919. |Date: Tuesday, February 23, 1993 10:36PM
  920. |
  921. |Hello all:
  922. |
  923. |I, as everybody else, couldn't resist the $99 purchase
  924. |price, so I bought a copy of Access.  Now I want to find out
  925. |really how useful this software is.
  926. |
  927. |I have built databases with SQL commands (well, er,
  928. |actually QUEL, but that's another story) and want to use
  929. |some of my queries in Access.  Some of these are pages-long
  930. |scripts of SQL commands; so, my question is this:  Can I
  931. |import these documents into Access and execute them?  I
  932. |know you can view and/or edit the SQL rendition of an
  933. |Access query, but what I want is a little more ambitious, I
  934. |want to import whole sequences of SQL commands from
  935. |pre-existing files -- can this be done?
  936. |
  937. |I'd like to know your thoughts on this matter.  Please post
  938. |to the mail server or write to me directly
  939. |
  940. |Thank you, Howard Foster (nsf@ced.berkeley.edu)
  941. |
  942. |
  943. =========================================================================
  944. Date:         Wed, 24 Feb 1993 11:15:54 EST
  945. Reply-To:     "Microsoft Access Database Discussion List"
  946.               <ACCESS-L@INDYCMS.BITNET>
  947. Sender:       "Microsoft Access Database Discussion List"
  948.               <ACCESS-L@INDYCMS.BITNET>
  949. Comments:     Resent-From: NATHAN BRINDLE <NBRINDLE@INDYCMS>
  950. Comments:     Originally-From: Myles Leitch <leit@unixg.ubc.ca>
  951. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  952.  
  953. This was sent directly to me, but I suspect it is really aimed at the list,
  954. so I am reposting it.
  955.  
  956. I would like to participate in the ACCESS discussion group. We are using
  957. ACCESS in a linguistics project here at UBC. A first question that I have
  958. for anyone is the following: in a Table is there any way to specify a
  959. particular font for a particular field (column). It seems to be the case
  960. that in Table view, only one font per table is allowed. This is kind of
  961. messy since we are working with multiple fonts in many tables including
  962. phonetics characters and potentially non-roman scripts as well. Of course
  963. this is not a problem for FORMS or REPORTS. It is a problem for Tables and
  964. for Queries which use the Table type format. Anybody got any ideas on how
  965. to get round this?
  966.  
  967. Myles Leitch
  968.  
  969. *FORWARDED MESSAGE ENDS*
  970.  
  971. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  972. Nathan C. Brindle, Student Activities Office
  973. Indiana University Purdue University Indianapolis
  974. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  975. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  976. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  977. ------------------------------------------------------------------------------
  978. =========================================================================
  979. Date:         Wed, 24 Feb 1993 11:35:06 -0500
  980. Reply-To:     "Microsoft Access Database Discussion List"
  981.               <ACCESS-L@INDYCMS.BITNET>
  982. Sender:       "Microsoft Access Database Discussion List"
  983.               <ACCESS-L@INDYCMS.BITNET>
  984. From:         KENTON HENSLEY 617-496-2131 <HENSLEY@HULAW1.BITNET>
  985. Subject:      Capitalizing first letters of words in a control
  986.  
  987. I'm afraid your choice of formatting symbols does limit you to > and < - all
  988. characters upper or all lower case.  You will have to code a function in
  989. access basic, passing it the contents of the control on a form, and using
  990. the string functions InStr() and UCase() to help you do what you want.  Not
  991. as easy as one would like.  Not like paradox which has a rich set of
  992. formatting symbols/functions.
  993.  
  994. Kenton Hensley
  995. Harvard Law Library
  996. =========================================================================
  997. Date:         Wed, 24 Feb 1993 15:47:05 PST
  998. Reply-To:     "Microsoft Access Database Discussion List"
  999.               <ACCESS-L@INDYCMS.BITNET>
  1000. Sender:       "Microsoft Access Database Discussion List"
  1001.               <ACCESS-L@INDYCMS.BITNET>
  1002. From:         "Jonathan Lavigne" <BL.JPL@RLG.BITNET>
  1003. Subject:      Exporting ASCII text from Access
  1004.  
  1005. I was fairly impressed at how easily Access imports lengthy text
  1006. fields.  Unfortunately, I'm also rather dismayed at how difficult
  1007. it is to get the same data out again in a form I can use with other
  1008. programs.
  1009.  
  1010. I have a table with several fields including one that contains help
  1011. screens formatted only with carriage returns and one that contains
  1012. the names of the screens.  I'd like to be able to have Access save
  1013. each screen in a separate file that has the same name as the screen
  1014. name.  It seems to me that, in dBase, I could have written a little
  1015. program to do this sort of thing.  I haven't yet found any way that
  1016. promises to let me do it with Access, though I spent several hours
  1017. leafing through the documentation.
  1018.  
  1019. At the very least, I'd like to be able to get even a single
  1020. comma-delimited file that includes only the screens and screen
  1021. names.  Even that seems impossible.  Access will export the entire
  1022. table, but it doesn't seem to let me choose which fields to
  1023. include. It's all or nothing, as far as I can see.
  1024.  
  1025. I got the OUTPUTAS.DLL file from CompuServe that is supposed to make
  1026. it possible to save a report as ASCII text.  Unfortunately, when I
  1027. tried to make a report that included the field containing the screen
  1028. text, I got an unhelpful message telling me the field didn't exist.
  1029. This even though I dragged the field name onto the report form from
  1030. the field list.  (Is this a known bug, or do I need to do something
  1031. to a memo field before I can use it in a report?) Even if I could
  1032. define a proper report, it seems the DLL will write out only as much
  1033. data from a field as I leave room for on the report form.  Since the
  1034. screen fields vary in length, this isn't very encouraging.
  1035.  
  1036. What I ended up doing is exporting the table from Access as a dBase
  1037. IV file. I then imported the dBase file into FileMaker Pro and used
  1038. that program to produce the comma-delimited file I needed.  Figuring
  1039. out how to do it took about five minutes in FileMaker Pro.  This
  1040. solution works, but it's hardly satisfactory.  Access seems severely
  1041. limited in the choices it gives you for exporting data. Does anyone
  1042. know of any better ways to get a comma-delimited file out of Access
  1043. that doesn't include all the fields in a table and that doesn't
  1044. depend on writing a report form?
  1045.  
  1046. Jonathan Lavigne       BL.JPL@RLG.STANFORD.EDU
  1047. Research Libraries Group/Stanford University
  1048.  
  1049. To:  ACCESS-L@INDYCMS
  1050. =========================================================================
  1051. Date:         Wed, 24 Feb 1993 19:13:18 EST
  1052. Reply-To:     "Microsoft Access Database Discussion List"
  1053.               <ACCESS-L@INDYCMS.BITNET>
  1054. Sender:       "Microsoft Access Database Discussion List"
  1055.               <ACCESS-L@INDYCMS.BITNET>
  1056. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  1057. Subject:      Re: Exporting ASCII text from Access
  1058. In-Reply-To:  Message of Wed, 24 Feb 1993 15:47:05 PST from <BL.JPL@RLG>
  1059.  
  1060. Just as something you might want to try...how about creating a query with
  1061. the field data you want, writing that query to a table (I saw an option
  1062. in one of the pull-downs, but I'm nowhere near my documentation), and then
  1063. exporting the new table?
  1064.  
  1065. Sorry for the limited specifics, but as I say, I'm nowhere near the
  1066. manuals.
  1067.  
  1068. HTH,
  1069. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1070. Nathan C. Brindle, Student Activities Office
  1071. Indiana University Purdue University Indianapolis
  1072. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1073. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1074. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1075. ------------------------------------------------------------------------------
  1076. =========================================================================
  1077. Date:         Wed, 24 Feb 1993 16:27:20 PDT
  1078. Reply-To:     "Microsoft Access Database Discussion List"
  1079.               <ACCESS-L@INDYCMS.BITNET>
  1080. Sender:       "Microsoft Access Database Discussion List"
  1081.               <ACCESS-L@INDYCMS.BITNET>
  1082. From:         "Mark Barnet (Business Enter. Syst. Tech)" <v-bmb@MICROSOFT.COM>
  1083. Subject:      RE: Exporting ASCII text from Access
  1084.  
  1085. Try making the field on the report expandable and contactable
  1086. (properties: grow and shrink set to yes). The width of your field will
  1087. still remain the same but the height (number of lines) will grow with
  1088. the contents.You will also need to format this field to insert your
  1089. quotes (chr$(34) ) and commas (",") in a combined string... like using:
  1090.          =chr$(34) & [field1] & chr$(34) & "," & chr$(34) & [field2] & chr$(34)
  1091.  
  1092. Then print your report to an ascii file via the generic/text printer
  1093. driver hooked to the FILE: device (simple Windows functionality here).
  1094.  
  1095. I've done this and it works just fine on large non-memo character
  1096. fields, should work for memo fields as well.
  1097. Mark
  1098. ----------
  1099. |From: "Jonathan Lavigne"  <netmail!BL.JPL%RLG.BITNET@pucc.Princeton.EDU>
  1100. |To: Multiple recipients of list ACCESS-L
  1101. <ACCESS-L%INDYCMS.BITNET@pucc.Princeton.EDU>
  1102. |Subject: Exporting ASCII text from Access
  1103. |Date: Wednesday, February 24, 1993 3:47PM
  1104. |
  1105. |I was fairly impressed at how easily Access imports lengthy text
  1106. |fields.  Unfortunately, I'm also rather dismayed at how difficult
  1107. |it is to get the same data out again in a form I can use with other
  1108. |programs.
  1109. |
  1110. |I have a table with several fields including one that contains help
  1111. |screens formatted only with carriage returns and one that contains
  1112. |the names of the screens.  I'd like to be able to have Access save
  1113. |each screen in a separate file that has the same name as the screen
  1114. |name.  It seems to me that, in dBase, I could have written a little
  1115. |program to do this sort of thing.  I haven't yet found any way that
  1116. |promises to let me do it with Access, though I spent several hours
  1117. |leafing through the documentation.
  1118. |
  1119. |At the very least, I'd like to be able to get even a single
  1120. |comma-delimited file that includes only the screens and screen
  1121. |names.  Even that seems impossible.  Access will export the entire
  1122. |table, but it doesn't seem to let me choose which fields to
  1123. |include. It's all or nothing, as far as I can see.
  1124. |
  1125. |I got the OUTPUTAS.DLL file from CompuServe that is supposed to make
  1126. |it possible to save a report as ASCII text.  Unfortunately, when I
  1127. |tried to make a report that included the field containing the screen
  1128. |text, I got an unhelpful message telling me the field didn't exist.
  1129. |This even though I dragged the field name onto the report form from
  1130. |the field list.  (Is this a known bug, or do I need to do something
  1131. |to a memo field before I can use it in a report?) Even if I could
  1132. |define a proper report, it seems the DLL will write out only as much
  1133. |data from a field as I leave room for on the report form.  Since the
  1134. |screen fields vary in length, this isn't very encouraging.
  1135. |
  1136. |What I ended up doing is exporting the table from Access as a dBase
  1137. |IV file. I then imported the dBase file into FileMaker Pro and used
  1138. |that program to produce the comma-delimited file I needed.  Figuring
  1139. |out how to do it took about five minutes in FileMaker Pro.  This
  1140. |solution works, but it's hardly satisfactory.  Access seems severely
  1141. |limited in the choices it gives you for exporting data. Does anyone
  1142. |know of any better ways to get a comma-delimited file out of Access
  1143. |that doesn't include all the fields in a table and that doesn't
  1144. |depend on writing a report form?
  1145. |
  1146. |Jonathan Lavigne       BL.JPL@RLG.STANFORD.EDU
  1147. |Research Libraries Group/Stanford University
  1148. |
  1149. |To:  ACCESS-L@INDYCMS
  1150. |
  1151. |
  1152. =========================================================================
  1153. Date:         Thu, 25 Feb 1993 10:47:28 EST
  1154. Reply-To:     "Microsoft Access Database Discussion List"
  1155.               <ACCESS-L@INDYCMS.BITNET>
  1156. Sender:       "Microsoft Access Database Discussion List"
  1157.               <ACCESS-L@INDYCMS.BITNET>
  1158. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  1159. Subject:      comma-delimited
  1160.  
  1161. Was someone having trouble yesterday exporting to comma-delimited files?
  1162. I just did one for kicks and giggles and never saw anything so easy in
  1163. my life.  Choose Export and Delimited (Text), set a couple of options
  1164. if need be, and away you go.
  1165.  
  1166. Sorry if my memory is going...
  1167.  
  1168. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1169. Nathan C. Brindle, Student Activities Office
  1170. Indiana University Purdue University Indianapolis
  1171. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1172. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1173. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1174. ------------------------------------------------------------------------------
  1175. =========================================================================
  1176. Date:         Thu, 25 Feb 1993 08:12:52 PDT
  1177. Reply-To:     "Microsoft Access Database Discussion List"
  1178.               <ACCESS-L@INDYCMS.BITNET>
  1179. Sender:       "Microsoft Access Database Discussion List"
  1180.               <ACCESS-L@INDYCMS.BITNET>
  1181. From:         "Mark Barnet (Business Enter. Syst. Tech)" <v-bmb@MICROSOFT.COM>
  1182. Subject:      RE: comma-delimited
  1183.  
  1184. This  solution works fine for exporting entire tables, but not queries
  1185. or selected columns of a given table.
  1186. ----------
  1187. |From: "NATHAN BRINDLE"  <netmail!NBRINDLE%INDYCMS.BITNET@pucc.Princeton.EDU>
  1188. |To: Multiple recipients of list ACCESS-L
  1189. <ACCESS-L%INDYCMS.BITNET@pucc.Princeton.EDU>
  1190. |Subject: comma-delimited
  1191. |Date: Thursday, February 25, 1993 10:47AM
  1192. |
  1193. |Was someone having trouble yesterday exporting to comma-delimited files?
  1194. |I just did one for kicks and giggles and never saw anything so easy in
  1195. |my life.  Choose Export and Delimited (Text), set a couple of options
  1196. |if need be, and away you go.
  1197. |
  1198. |Sorry if my memory is going...
  1199. |
  1200. |-----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1201. |Nathan C. Brindle, Student Activities Office
  1202. |Indiana University Purdue University Indianapolis
  1203. |Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1204. |List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1205. |Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1206. |------------------------------------------------------------------------------
  1207. |
  1208. |
  1209. =========================================================================
  1210. Date:         Thu, 25 Feb 1993 11:48:42 EST
  1211. Reply-To:     "Microsoft Access Database Discussion List"
  1212.               <ACCESS-L@INDYCMS.BITNET>
  1213. Sender:       "Microsoft Access Database Discussion List"
  1214.               <ACCESS-L@INDYCMS.BITNET>
  1215. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  1216. Subject:      RE: comma-delimited
  1217. In-Reply-To:  Message of Thu,
  1218.               25 Feb 1993 08:12:52 PDT from <v-bmb@MICROSOFT.COM >
  1219.  
  1220. Then you run a MAKE TABLE query, create a temporary table that way for
  1221. use in exporting, and export.  One extra step.
  1222.  
  1223. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1224. Nathan C. Brindle, Student Activities Office
  1225. Indiana University Purdue University Indianapolis
  1226. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1227. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1228. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1229. ------------------------------------------------------------------------------
  1230. =========================================================================
  1231. Date:         Thu, 25 Feb 1993 17:07:36 -0500
  1232. Reply-To:     "Microsoft Access Database Discussion List"
  1233.               <ACCESS-L@INDYCMS.BITNET>
  1234. Sender:       "Microsoft Access Database Discussion List"
  1235.               <ACCESS-L@INDYCMS.BITNET>
  1236. From:         KENTON HENSLEY 617-496-2131 <HENSLEY@HULAW1.BITNET>
  1237. Subject:      Re: Exporting ASCII text from Access
  1238.  
  1239. Nathan Brindles idea is dead on.  Create a query with the fields you
  1240. want in it.  From the menu choose Query/Make Table. and you have a new
  1241. table with just the right fields that you can export.
  1242.  
  1243. Kenton Hensley
  1244. Harvard Law Library
  1245. =========================================================================
  1246. Date:         Thu, 25 Feb 1993 12:13:55 -0800
  1247. Reply-To:     robert@slipknot.rain.com
  1248. Sender:       "Microsoft Access Database Discussion List"
  1249.               <ACCESS-L@INDYCMS.BITNET>
  1250. From:         robert@SLIPKNOT.RAIN.COM
  1251. Subject:      Re: Ascii reports
  1252.  
  1253. Well, I've had a chance to try both methods for outputing ascii reports, and
  1254. the generic printer/print to file option is definitely superior.  It takes a
  1255. little work to set up (I needed to find a version of tty.srv and tty.hlp--
  1256. they're on the last of the Windows 3.1 distribution disks) but it does all I
  1257. expect it to do.
  1258.  
  1259. In my case, I'm using the report to generate input to troff (which, among other
  1260. things, allows me to print variable sized records in my phone book
  1261. application).  I've constructed an ABF to operate on each record, making
  1262. invisible any controls which contain no data.  In my test case, I needed to do
  1263. some editing of the form to ensure a minimum spacing between fields, and to
  1264. avoid a line concatenation problem I was having between records, and outputing
  1265. the pages seemed a little slow on my 16MHz 386 machine, but I ended up with a
  1266. file of 83968 bytes.
  1267.  
  1268. However, having just installed outputas.dll, I tried outputing the same form
  1269. using it.  The print speed was noticably slower, the resulting file was 288768
  1270. bytes in size, and examination of the file revealed that outputas.dll bypasses
  1271. the report events mechanism: every control was printed in every record, which
  1272. probably accounts for some of the size increase and speed loss.
  1273.  
  1274. So, if you don't have outputas.dll already, I'd recommend just installing the
  1275. generic printer (which uses files you should already have), and does IMHO an
  1276. all around better job of producing ascii reports.
  1277. ________________________________________________________________________________
  1278. Robert Reed                     Home Animation Ltd.             503-656-8414
  1279. robert@slipknot.rain.com        5686 First Court, West Linn, OR 97068
  1280.  
  1281. Hawaii has always been a very pivotal role in the Pacific.  It is in the
  1282. Pacific.  It is part of the United States that is an island that is right
  1283. there.
  1284. --Dan Quayle, speaking with reporters in Hawaii, May 1989
  1285. ________________________________________________________________________________
  1286. =========================================================================
  1287. Date:         Thu, 25 Feb 1993 19:48:28 +0100
  1288. Reply-To:     "Microsoft Access Database Discussion List"
  1289.               <ACCESS-L@INDYCMS.BITNET>
  1290. Sender:       "Microsoft Access Database Discussion List"
  1291.               <ACCESS-L@INDYCMS.BITNET>
  1292. From:         Detlef Kuepper <kuepper@POST.INF-WISS.IVP.UNI-KONSTANZ.DE>
  1293. Subject:      RE:
  1294. In-Reply-To:  <9302241613.AA18043@inf-wiss.ivp.uni-konstanz.de>
  1295.  
  1296. "Mark Barnet (Business Enter. Syst. Tech)" writes:
  1297.  >
  1298.  > In my experience of SQL products, Access type SQL is a non-standard
  1299.  > version of SQL and most likely not at all compatable with QUEL brand of
  1300.  > SQL statements. On top of this there is no facility in Access to do
  1301.  > what you want to do apart from writing a module to do it for you.
  1302.  
  1303. I think SQL is standardized by ANSI. Does anybody know to what degree
  1304. ACCESS supports this standard?
  1305.  
  1306.  
  1307. Detlef Kuepper   kuepper@inf-wiss.ivp.uni-konstanz.de
  1308. =========================================================================
  1309. Date:         Fri, 26 Feb 1993 11:41:01 -0500
  1310. Reply-To:     "Microsoft Access Database Discussion List"
  1311.               <ACCESS-L@INDYCMS.BITNET>
  1312. Sender:       "Microsoft Access Database Discussion List"
  1313.               <ACCESS-L@INDYCMS.BITNET>
  1314. From:         prevo@BLOT.KSC.NASA.GOV
  1315. Subject:      Re:
  1316. In-Reply-To:  Your message of "Thu, 25 Feb 93 19:48:28 +0100."
  1317.  
  1318. >> I think SQL is standardized by ANSI. Does anybody know to what degree
  1319. >> ACCESS supports this standard?
  1320. >>
  1321. >> Detlef Kuepper   kuepper@inf-wiss.ivp.uni-konstanz.de
  1322.  
  1323. I thought the book went into pretty good detail on that. I bought the ANSI
  1324. spec and there is an awful lot of "vendor-dependent" wording in the spec
  1325. itself. So you can easily have an SQL implementation that is ANSI compliant
  1326. but not portable.
  1327.  
  1328. Besides, standards are great because there's so many to choose from!
  1329.  
  1330. Joe Prevo   prevo@blot.ksc.nasa.gov
  1331. =========================================================================
  1332. Date:         Fri, 26 Feb 1993 12:59:33 EST
  1333. Reply-To:     "Microsoft Access Database Discussion List"
  1334.               <ACCESS-L@INDYCMS.BITNET>
  1335. Sender:       "Microsoft Access Database Discussion List"
  1336.               <ACCESS-L@INDYCMS.BITNET>
  1337. From:         George Waller <HBLADM47@UCONNVM.BITNET>
  1338. Subject:      Column widths
  1339.  
  1340. This is no doubt right in the documentation, but could someone
  1341. please tell me:
  1342.  
  1343. 1. How to save column widths in a query.
  1344.  
  1345. 2. When using formwizard and specifying tabular form, default spaces
  1346.    are left between the fields. I would like no spaces between the fields
  1347.    so the form looks more like a data entry sheet.
  1348. Thanks!
  1349. ------------------------------------------------------------------------
  1350. George Waller, Microcomputer Consultant, Homer Babbidge Library U-5MS
  1351. University of Connecticut,  Storrs CT 06269-1005         203-486-5260
  1352. Internet: hbladm47@uconnvm.uconn.edu    Bitnet: HBLADM47@UCONNVM.BITNET
  1353. ------------------------------------------------------------------------
  1354. =========================================================================
  1355. Date:         Fri, 26 Feb 1993 13:19:18 EST
  1356. Reply-To:     "Microsoft Access Database Discussion List"
  1357.               <ACCESS-L@INDYCMS.BITNET>
  1358. Sender:       "Microsoft Access Database Discussion List"
  1359.               <ACCESS-L@INDYCMS.BITNET>
  1360. Comments:     Resent-From: NATHAN BRINDLE <NBRINDLE@INDYCMS>
  1361. Comments:     Originally-From: George Waller <HBLADM47@UCONNVM.BITNET>
  1362. Comments:     Warning -- original Sender: tag was ACCESS-L@INDYCMS
  1363. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  1364. Subject:      Column widths
  1365.  
  1366. >This is no doubt right in the documentation, but could someone
  1367. >please tell me:
  1368. >
  1369. >1. How to save column widths in a query.
  1370.  
  1371.       This appears to be a function of what you've set them to in the table(s)
  1372.       you're basing the query on.  There isn't a Save Layout option in the
  1373.       File menu in Query view.
  1374.  
  1375. >2. When using formwizard and specifying tabular form, default spaces
  1376. >   are left between the fields. I would like no spaces between the fields
  1377. >   so the form looks more like a data entry sheet.
  1378.  
  1379.      I suspect that the answer to this is to shift to Design View and change
  1380.      things to fit what you want.  I don't recall any way to change the FW
  1381.      defaults, but (as always) I could be wrong....
  1382.  
  1383. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1384. Nathan C. Brindle, Student Activities Office
  1385. Indiana University Purdue University Indianapolis
  1386. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1387. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1388. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1389. ------------------------------------------------------------------------------
  1390. =========================================================================
  1391. Date:         Fri, 26 Feb 1993 15:15:56 CST
  1392. Reply-To:     mikem@ns.apertus.com
  1393. Sender:       "Microsoft Access Database Discussion List"
  1394.               <ACCESS-L@INDYCMS.BITNET>
  1395. From:         Mike Miller <mikem@HOST6.APERTUS.COM>
  1396. Subject:      Nested queries
  1397.  
  1398. Anyone know how to make this happen in Access...
  1399.  
  1400. SELECT X FROM A
  1401.   WHERE X NOT IN
  1402.     ( SELECT X FROM B);
  1403.  
  1404. mj
  1405. --
  1406. Michaeljon Miller                             mikem@ns.apertus.com
  1407. Apertus Technologies                   612-828-0161 / 612-860-2181
  1408. 7275 Flying Cloud Drive                 Eden Prairie, MN     55344
  1409. =========================================================================
  1410. Date:         Fri, 26 Feb 1993 14:59:22 PST
  1411. Reply-To:     "Microsoft Access Database Discussion List"
  1412.               <ACCESS-L@INDYCMS.BITNET>
  1413. Sender:       "Microsoft Access Database Discussion List"
  1414.               <ACCESS-L@INDYCMS.BITNET>
  1415. From:         NSF SF Bay research projects <nsf@CED.BERKELEY.EDU>
  1416.  
  1417. >From: Mike Miller <mikem@HOST6.APERTUS.COM>
  1418. >Subject:      Nested queries
  1419. >Anyone know how to make this happen in Access...
  1420. >
  1421. >SELECT X FROM A
  1422. >  WHERE X NOT IN
  1423. >    ( SELECT X FROM B);
  1424. >
  1425. >mj
  1426.  
  1427. The following is inelegent but is easy to understand
  1428. ....
  1429.  
  1430. In QUEL this is:
  1431.  
  1432.         retrieve into X (
  1433.                 A.all
  1434.                 )
  1435.         delete X where X.key = B.key
  1436.  
  1437. So in SQL this is something like (excuse my syntax)
  1438.  
  1439.         SELECT X FROM A
  1440.         DELETE  FROM A
  1441.                 WHERE A.key IN
  1442.                 (SELECT B.key FROM B)
  1443.  
  1444.  
  1445. -Howard (nsf@ced.berkeley.edu)
  1446.  
  1447. PS Hey!  How about an asnswer to my SQL question --
  1448. about importing long SQL queries into ACCESS.  Is
  1449. it possible?
  1450. =========================================================================
  1451. Date:         Fri, 26 Feb 1993 15:10:04 PST
  1452. Reply-To:     "Microsoft Access Database Discussion List"
  1453.               <ACCESS-L@INDYCMS.BITNET>
  1454. Sender:       "Microsoft Access Database Discussion List"
  1455.               <ACCESS-L@INDYCMS.BITNET>
  1456. From:         hchin@SFU.CA
  1457. Subject:      Tab move sequence in Form.
  1458. In-Reply-To:  <9302261958.AA25918@whistler.sfu.ca>; from "George Waller" at Feb
  1459.               26, 93 12:59 pm
  1460.  
  1461. Greetings!
  1462.         How do you assign the sequence of control field movement in which
  1463. the cursor is going to go when a TAB key is hit. It seems to be depending
  1464.  on the sequence you inserted the field while designing the form...any help?
  1465.  and ..thanks in advance...
  1466.  
  1467. Fred Chin
  1468. internet: hchin@sfu.ca
  1469. bitnet: hchin@sfuvax.bitnet
  1470. =========================================================================
  1471. Date:         Fri, 26 Feb 1993 18:36:55 -0500
  1472. Reply-To:     "Microsoft Access Database Discussion List"
  1473.               <ACCESS-L@INDYCMS.BITNET>
  1474. Sender:       "Microsoft Access Database Discussion List"
  1475.               <ACCESS-L@INDYCMS.BITNET>
  1476. From:         George Raudabaugh <RAUDABAUGH@IDICL1.IDI.BATTELLE.ORG>
  1477. Subject:      Nested Queries
  1478.  
  1479. >>From: Mike Miller <mikem@HOST6.APERTUS.COM>
  1480. >>Subject:      Nested queries
  1481. >>Anyone know how to make this happen in Access...
  1482. >>
  1483. >>SELECT X FROM A
  1484. >>  WHERE X NOT IN
  1485. >>    ( SELECT X FROM B);
  1486. >>
  1487. >>mj
  1488. >
  1489. >The following is inelegent but is easy to understand
  1490. >....
  1491. >
  1492. >In QUEL this is:
  1493. >
  1494. >        retrieve into X (
  1495. >                A.all
  1496. >                )
  1497. >        delete X where X.key = B.key
  1498. >
  1499. >So in SQL this is something like (excuse my syntax)
  1500. >
  1501. >        SELECT X FROM A
  1502. >        DELETE  FROM A
  1503. >                WHERE A.key IN
  1504. >                (SELECT B.key FROM B)
  1505. >
  1506. >
  1507. >-Howard (nsf@ced.berkeley.edu)
  1508. >
  1509. >PS Hey!  How about an asnswer to my SQL question --
  1510. >about importing long SQL queries into ACCESS.  Is
  1511. >it possible?
  1512.  
  1513. I found subselects (or nested queries or whatever) impossible to use in
  1514. Access.  Even hacking the view SQL text window caused errors.
  1515.  
  1516. Howard, you can try importing SQL queries through pasting into the view SQL text
  1517. window or try making them query objects in access basic I think.  I haven't
  1518. messed with this (or access) recently so am not sure.
  1519.  
  1520. gr.
  1521. --
  1522. George Raudabaugh               Manager/Document Technologies
  1523. Information Dimensions, Inc.    raudabaugh@idicl1.idi.battelle.org (work email)
  1524. 5080 Tuttle Crossing Blvd.
  1525. Dublin, Ohio  43017             (614) 761-7309                     (voice mail)
  1526. =========================================================================
  1527. Date:         Fri, 26 Feb 1993 18:47:21 EST
  1528. Reply-To:     "Microsoft Access Database Discussion List"
  1529.               <ACCESS-L@INDYCMS.BITNET>
  1530. Sender:       "Microsoft Access Database Discussion List"
  1531.               <ACCESS-L@INDYCMS.BITNET>
  1532. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  1533. Subject:      Re: Tab move sequence in Form.
  1534. In-Reply-To:  Message of Fri, 26 Feb 1993 15:10:04 PST from <hchin@SFU.CA>
  1535.  
  1536. Yes, go to the Edit menu while in Form Design and choose the last option,
  1537. Tab Order.  That will bring up a dialog box that allows you to switch
  1538. things around.
  1539.  
  1540. HOWEVER...one thing it <doesn't> do is let you leave something OUT of the
  1541. Tab order completely, such as a command button.  Does anyone have any
  1542. ideas on how to accomplish that?  I'm at a loss.
  1543.  
  1544. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1545. Nathan C. Brindle, Student Activities Office
  1546. Indiana University Purdue University Indianapolis
  1547. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1548. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1549. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1550. ------------------------------------------------------------------------------
  1551. =========================================================================
  1552. Date:         Fri, 26 Feb 1993 16:32:46 -0800
  1553. Reply-To:     robert@slipknot.rain.com
  1554. Sender:       "Microsoft Access Database Discussion List"
  1555.               <ACCESS-L@INDYCMS.BITNET>
  1556. Comments:     <Parser> E: RFC822 "local part" (username) containing a blank was
  1557.               encountered. These usernames are not presently supported.
  1558. From:         Undetermined origin c/o Postmaster <POSTMASTER@INDYCMS.BITNET>
  1559. Subject:      Re: Tab move sequence in Form.
  1560. In-Reply-To:  Your message of Fri,
  1561.               26 Feb 93 18:47:21 -0500. <m0nSEm4-0002fsC@neon.rain.com>
  1562.  
  1563. NBRINDLE%INDYCMS.BITNET@pucc.Princeton.EDU writes:
  1564. |Yes, go to the Edit menu while in Form Design and choose the last option,
  1565. |Tab Order.  That will bring up a dialog box that allows you to switch
  1566. |things around.
  1567. |
  1568. |HOWEVER...one thing it <doesn't> do is let you leave something OUT of the
  1569. |Tab order completely, such as a command button.  Does anyone have any
  1570. |ideas on how to accomplish that?  I'm at a loss.
  1571.  
  1572. I just did a little be of exploring that today, but I don't think you're going
  1573. to like the answer.  There appears to be two properties that remove a control
  1574. from the tab order, but both have side effects: Visible does it, but makes the
  1575. control invisible.  Select also does it, but makes the control unselectable.
  1576. So far I haven't found any other way.
  1577.  
  1578. So, are other people coming to the conclusion that MS Access is a hodged
  1579. together POS like I am?
  1580. ________________________________________________________________________________
  1581. Robert Reed                     Home Animation Ltd.             503-656-8414
  1582. robert@slipknot.rain.com        5686 First Court, West Linn, OR 97068
  1583.  
  1584. I had never regarded writing software as a legitimate profession.
  1585. It was like writing poetry--admirable, but you couldn't make a
  1586. living at it.
  1587. --S. Jerrold Kaplan, one of the founders of Teknowledge Inc.
  1588. ________________________________________________________________________________
  1589. =========================================================================
  1590. Date:         Fri, 26 Feb 1993 16:34:31 -0800
  1591. Reply-To:     robert@slipknot.rain.com
  1592. Sender:       "Microsoft Access Database Discussion List"
  1593.               <ACCESS-L@INDYCMS.BITNET>
  1594. From:         robert@SLIPKNOT.RAIN.COM
  1595. Subject:      Re: Tab move sequence in Form.
  1596. In-Reply-To:  Your message of Fri,
  1597.               26 Feb 93 18:47:21 -0500. <m0nSEm4-0002fsC@neon.rain.com>
  1598.  
  1599. NBRINDLE%INDYCMS.BITNET@pucc.Princeton.EDU writes:
  1600. |Yes, go to the Edit menu while in Form Design and choose the last option,
  1601. |Tab Order.  That will bring up a dialog box that allows you to switch
  1602. |things around.
  1603. |
  1604. |HOWEVER...one thing it <doesn't> do is let you leave something OUT of the
  1605. |Tab order completely, such as a command button.  Does anyone have any
  1606. |ideas on how to accomplish that?  I'm at a loss.
  1607.  
  1608. I just did a little be of exploring that today, but I don't think you're going
  1609. to like the answer.  There appears to be two properties that remove a control
  1610. from the tab order, but both have side effects: Visible does it, but makes the
  1611. control invisible.  Select also does it, but makes the control unselectable.
  1612. So far I haven't found any other way.
  1613.  
  1614. So, are other people coming to the conclusion that MS Access is a hodged
  1615. together POS like I am?
  1616. ________________________________________________________________________________
  1617. Robert Reed                     Home Animation Ltd.             503-656-8414
  1618. robert@slipknot.rain.com        5686 First Court, West Linn, OR 97068
  1619.  
  1620. I got a postcard from my friend George with a satellite picture of
  1621. the entire earth.  On the back he wrote, "Wish you were here."
  1622. --Steve Wright
  1623. ________________________________________________________________________________
  1624. =========================================================================
  1625. Date:         Fri, 26 Feb 1993 17:04:22 PST
  1626. Reply-To:     "Microsoft Access Database Discussion List"
  1627.               <ACCESS-L@INDYCMS.BITNET>
  1628. Sender:       "Microsoft Access Database Discussion List"
  1629.               <ACCESS-L@INDYCMS.BITNET>
  1630. From:         "ROBERT GRINNELL,
  1631.               SEATTLE PACIFIC UNIVERSITY" <r_grinnell@LUKE.SPU.EDU>
  1632. Subject:      Re: Tab move sequence in Form.
  1633.  
  1634. In reply to message of Fri, 26 Feb 1993 18:47:21 EST from Nathan Brindle
  1635.  
  1636. >HOWEVER...one thing it <doesn't> do is let you leave something OUT of the
  1637. >Tab order completely, such as a command button.  Does anyone have any
  1638. >ideas on how to accomplish that?  I'm at a loss.
  1639.  
  1640. In Visual Basic, this is done by setting the TabStop property of a control to
  1641. False.  Finding this lacking in Access Basic, and noting that tab order is
  1642. done in a dialog box where this is not an option (rather than with a TabIndex
  1643. property), it looks like it is a point of flexibility that MS left out of
  1644. Access, perhaps to keep it simpler for the non-programmer.
  1645.  
  1646. Robert Grinnell
  1647. Seattle Pacific University
  1648. r_grinnell@luke.spu.edu
  1649. =========================================================================
  1650. Date:         Fri, 26 Feb 1993 17:17:07 PST
  1651. Reply-To:     "Microsoft Access Database Discussion List"
  1652.               <ACCESS-L@INDYCMS.BITNET>
  1653. Sender:       "Microsoft Access Database Discussion List"
  1654.               <ACCESS-L@INDYCMS.BITNET>
  1655. From:         "ROBERT GRINNELL,
  1656.               SEATTLE PACIFIC UNIVERSITY" <r_grinnell@LUKE.SPU.EDU>
  1657. Subject:      Re: Tab move sequence in Form.
  1658.  
  1659. In reply to message of Fri, 26 Feb 1993 18:47:21 EST from Nathan Brindle
  1660.  
  1661. >>HOWEVER...one thing it <doesn't> do is let you leave something OUT of the
  1662. >>Tab order completely, such as a command button.  Does anyone have any
  1663. >>ideas on how to accomplish that?  I'm at a loss.
  1664.  
  1665. >In Visual Basic, this is done by setting the TabStop property of a control to
  1666. >False.  Finding this lacking in Access Basic, and noting that tab order is
  1667. >done in a dialog box where this is not an option (rather than with a TabIndex
  1668. >property), it looks like it is a point of flexibility that MS left out of
  1669. >Access, perhaps to keep it simpler for the non-programmer.
  1670.  
  1671. In correction of my prior message, try setting the Enabled property to No for
  1672. the control in question.  This prevents it from having Focus, and should
  1673. therefore keep it out of the Tab sequence.  It is still visible, but grayed.
  1674. Of course, this does mean it is disabled, but that is essentially what you
  1675. mean if you are preventing the user from tabbing to it.
  1676.  
  1677. Robert Grinnell
  1678. Seattle Pacific University
  1679. r_grinnell@luke.spu.edu
  1680. =========================================================================
  1681. Date:         Fri, 26 Feb 1993 20:29:07 EST
  1682. Reply-To:     "Microsoft Access Database Discussion List"
  1683.               <ACCESS-L@INDYCMS.BITNET>
  1684. Sender:       "Microsoft Access Database Discussion List"
  1685.               <ACCESS-L@INDYCMS.BITNET>
  1686. From:         "NATHAN BRINDLE" <NBRINDLE@INDYCMS.BITNET>
  1687. Subject:      Re: Tab move sequence in Form.
  1688. In-Reply-To:  Message of Fri,
  1689.               26 Feb 1993 17:17:07 PST from <r_grinnell@LUKE.SPU .EDU>
  1690.  
  1691. Unfortunately disabling it is not going to suit the purpose.  I want
  1692. to have a button that operates that isn't in the tab order.  I guess
  1693. I'll have to wait for the next version or try something that someone
  1694. else suggested in private mail, that is, put the button in the header
  1695. or footer of the form.
  1696.  
  1697. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1698. Nathan C. Brindle, Student Activities Office
  1699. Indiana University Purdue University Indianapolis
  1700. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1701. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1702. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1703. ------------------------------------------------------------------------------
  1704.